Atty. Dkt. 723-1474 



U.S. PA TENT APPLICA TION 



Inventor(s): Taro BANDO 



Title: GAME APPARATUS AND STORAGE MEDIUM HAVING GAME 

PROGRAM RECORDED THEREIN 



NIXON & VANDERHYE P. C 
ATTORNEYS AT LAW 
901 NORTH GLEBE ROAD, 11TH FLOOR 
ARLINGTON, VIRGINIA 22203-1808 
(703) 816-4000 
Facsimile (703) 816-4100 



MARKED -UP SPECIFICA TION 



TITLE OF THE INVENTION 

GAME APPARATUS AND STORAGE MEDIUM HAVING GAME PROGRAM 
RECORDED THEREIN 



BACKGROUND OF THE INVENTION — 

Field of the Invention 
[ 0001 ] The pgerserrb inveiibluii relate^ to a game a^a^atoe , which 
generates the sound of movement in accordance with an action of 
an object which is moved in a game, and also relatesj to a storage 
medium having a program of the game recorded therein. More 
particularly, the procent invention relates to a game apparatus , 
which generates the sound of an engine in accordance with a traveling 
action of a car object of a racing game in which the car object 
travels on a course in accordance with at least the player's 
accelerator operation , and also relates to a storage medium having 

a program of the racing game recorded therein. 

/ &*CvtCCoo<J& } SotAMA&i of Trie /^e^Ttad 
DoccriyLiuii u£ tl i o Background Art 

[0002] Conventionally, in a video game such as a racing game, 

the sound of an engine is reproduced in accordance with a traveling 

action of a car object traveling in a game space and/or the number 

of revolutions of the engine. In this conventional method for 

reproducing the sound of the engine, the sound of a real engine 

is previously recorded under prescribed driving conditions, and 

data of the recorded sound is loop-reproduced (i.e., reproduced 

repeatedly) , while raising or lowering the frequency of the sound 



data in accordance with an increase or decrease in revolution speed 
of the engine of the car object during the game. However, when 
the frequency of a recorded waveform is changed, the sound quality- 
tends to considerably differ from the original sound quality. 
Accordingly, forexample, "Mario Cart 64™" developed by the present 
applicants employs such an improved technique as to crossfade 
between a previously registered sound of the engine at low speeds 
(a loop waveform of about one second) and a previously registered 
sound of the engine at high speeds (a loop waveform of about one 
second) . 

[0003] In a method ^ disclosed in Japanese Patent Laid-Open 
Publication No. 2000-10576, a waveform is previously stored as 
sound data for each of a plurality of ranges previously obtained 
by dividing each running state of the engine by a unit of length 
of time corresponding to one combustion cycle of rotation of the 
engine's crankshaft. In technology disclosed in Japanese Patent 
Laid-Open Publication No. 2000-10576, the sound level or the pitch 
of the waveform of the previously stored sound data is changed 
(i.e. , a reproduction rate is increased or decreased) in accordance 
with the number of revolutions of the engine in a game spacer such 

r 

that simulated sound, which is closer to the sound of a real engine, 
can be generated using a small storage space. 

[0004] However, there is a drawback in the technique which 
crossf ades between a previously registered sound of an engine at 
low speeds and a previously registered sound of an engine at high 



speeds , because overlapping of these sounds results in impure sound 
quality. This technique, as well as the technique disclosed in 

Japanese Patent Laid-Open Publication No. 2000-10576, merely 

s 

artificially replicate^ the sound of a real engine, and therefore 
5 the sound quality tends to considerably differ from the original 
sound quality. The sound of a real engine contains, for example, 
resonant sounds characteristic to the number of revolutions of 
the engine, sounds of intake and exhaust, mechanical sounds which 
are variable depending on the condition of load on the engine, 
10 and so on. However, these sounds contained in the real engine's 
sound cannot be accurately replicated by reproducing a simulated 
sound. 



SUM MARY OF TH E INVENTION . 
15 [0005] Therefore, a^l object- of th ^ pr o cont — i nvnnfi nn. is to 
provide a game apparatus- capable of reproducing the sound of an 
engine which is close to a real engine 1 s sound, and a storage medium 
having recorded therein a game program for use in such a game 
a ppaiatus . 

20 [0006] ^rec e nt — invention has the following features to 
attain the o - bjeuL mentioned above. It should be noted that 
reference numerals in brackets are provided in the following 
description in order to indicate correspondence with embodiments , 
which will be described for facilitating easy understanding of 

25 the pc& scnt Invention , rather than to limit the scope of the.prpservt 



3 



dbm rentioR . 

[0007] A first aspect of th o proocnt invontaoa is directed to 
a game apparatu s which represents a game by a game image/ in which 
game an object (a car object) moves in accordance with a player's 
operation. The game apparatu s includes an operating section (a 
controller 6), an acceleration sound storage section (an 
acceleration sound storage region 351 of an ARAM 35 ) , a deceleration 
sound storage section (a deceleration sound storage region 352 
of the ARAM 35), a read position calculating section (a CPU 30 
which implements step S13, S21, S43, or S53; hereinafter, only 
step numbers are specified), a sound data reading section (S17, 
S25, S48, or S58), and a sound output control section (S17, S25, 
S48, or S58). The operating section inputs, in accordance with 
the player's operation (depressing or releasing of an A button 
62), at least acceleration operation input data (to open an 
accelerator; S12 or S42) for accelerating a movement of the object 
and deceleration operation input data (to close the accelerator; 
S12 or S42) for decelerating a movement of the object. The 
acceleration sound storage section stores a series of acceleration 
sound data ( acceleration sound data Du) of the object in accordance 
with action parameters (speed; address Au) of the object. The 
deceleration sound storage section stores a series of deceleration 
sound data ( deceleration sound dataDd) of the object in accordance 
with the action parameters (speed; address Ad) of the object. The 
read position calculating section selects , basedon operation input 



data inputted via the operating section, either one of the 
acceleration sound data the deceleration sound datarjyhich are 

stored in the acceleration sound storage section and the 

art 

deceleration sound storage sectionvV respectively, and for 
calculating a read start position (address Au(a-l) or Ad(b-l)) 
of selected sound data corresponding to a current action parameter 
( speed) of the object . The sound data reading section sequentially 
reads, from the read start position, the sound data selected by 
the read position calculating section. The sound output control 
section emits, as a sound, the sound data read by the sound data 
reading section. 

[0008] In the thus-configured game apparatus of ^fefee gres&p±- 
iaverfEidh , a series of acceleration sound or deceleration sound 
data, which are previously stored in accordance with action 
parameters of acceleration or deceleration actions of an object 
in a game , are sequentially reproduced in accordance with the action 

parameters, whereby it is possible to reproduce an acceleration 

ex/* 1 ' 

or deceleration sound close to actual sound. Further, sound data 
to be reproduced is selected based on a traveling action of the 
object during the game, and therefore it is possible to emit the 
sound so as to be linked with the traveling action of the object 
represented on a game screen image. 

[0009] For each change from — ©f*e — to the — <ythoc between the 
acceleration operation input data and the deceleration operation 
input data which are inputted via the operating section (S12 or 



S42), the read position calculating section may change a 
calculation target at the read start position from one to the other 
between the acceleration sound data and the deceleration sound 
data (S13, S21, S43, or S53). In this case, the sound data read 
section sequentially reads, in response to a change of the 
calculation target of the read position calculating section , sound 
data newly targeted for calculation from the read start position 
(S17, S25, S48, or S58), thereby continuously reading different 
types of sound data before and after the change of the calculation 
target. Accordingly, if the player makes a change from an 
instruction to accelerate the object's speed to an instruction 
to decelerate the object f s speed, or a change from an instruction 
to decelerate the object's speed to an instruction to accelerate 
the object 1 s speed, sound data to be reproduced in accordance with 
such a change is changed from the acceleration sound data to the 
deceleration sound data or from the deceleration sound data to 
the acceleration sound data. These sound data are combined and 

read based on the object's parameter which is the same before and 

A 

after the change. Accordingly, even if the object's traveling 
action is changed either from acceleration to deceleration or from 
deceleration to acceleration, the acceleration and deceleration 
sound data corresponding to the object's traveling action can be 
combined and emitted as sound. Further, a read start position 
of the acceleration sound data or the deceleration sound data is 
designated based on an action parameter of the object in the game, 



and therefore when combining both of the sound data together, it 
is possible to connect the sound data using the same action parameter 
as that at the read start position , whereby it is possible to combine 
the deceleration sound data and the acceleration sound data 
together so as not to result in unnatural sound data. 
[0010] For example, when the sound data reading section is 
sequentially reading the acceleration sound data-in response to 
the acceleration operation input data from the operating section, 
the deceleration operation input data is inputted: from the 
operating section (S18 or S49). In resp o nd s to this, the read 
position calculating section calculates the read start position 
(address Ad(b-1 ) ) of the deceleration sound dat^based on an action 
parameter) corresponding to a read position of the acceleration 
sound data being read by the sound data reading section. 
Accordingly, when the player provides inputs for accelerating the 
object's speed during the game, corresponding acceleration sound 
data can be sequentially read and reproduced, and when inputs for 
decelerating the object's speed during acceleration are starting 
to be provided, a deceleration sound data read position, which 
corresponds to a position where reproduction of the acceleration 
sound data is stopped, rather than to the beginning of the entire 
deceleration sound data, can be designated based on the object's 
action parameter. Accordingly, it is possible to combine the 
deceleration sound data and the acceleration sound data t-e^eiJ^e^. 
such that reproduced acceleration and deceleration sounds are not 



unnatural. Alternatively, when the sound data reading section 
is sequentially reading the deceleration sound data in response 
to the deceleration operation input data from the operating section 
the acceleration operation input data is input-feed from the 
operating section (S26 or S59). In response to this, the read 
position calculating section calculates the read start position 
( address Au( a - 1 ) ) of the acceleration sound data^based on an action 
parameter, corresponding to a read position of the deceleration 
sound data being read by the sound data reading section. 
Accordingly, when the player provides inputs for decelerating the 
object's speed during the game, corresponding deceleration sound 
data can be sequentially read and reproduced, and when inputs for 
accelerating the object's speed during deceleration are s t-arti-R-g 
t ft te o provided, an acceleration sound data read position, which 
corresponds to a position where reproduction of the deceleration 
sound data is stopped^ rather than to the beginning of the entire 
acceleration sound data, can be designated based on the object's 
action parameter. Accordingly, it is possible to combine the 
deceleration sound data and the acceleration sound data together, 
such that reproduced acceleration and deceleration sounds are not 
unnatural . 

[0011] Further, the acceleration sound data, stored in the 
acceleration sound storage section,may contain at least sound data 
(acceleration sound data DuO through Du(m-l) ) corresponding to 
an acceleration range where the object accelerates from a minimum 
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speed (a speed of 0 ) to a maximum speed (maximum speed v max ) at 
a constant acceleration rate. The deceleration sound data; stored 
in the deceleration sound storage section) may contain at least 
sound data (deceleration sound data DdO through Dd(m-l)) 
corresponding to a deceleration range where the object decelerates 
from the maximum speed to the minimum speed at a constant 
deceleration rate. Accordingly, the acceleration sound data and 
the deceleration sound data, which are previously stored in the 
acceleration sound storage section and the deceleration sound 
storage section^ respectively, are sound data obtained by 
acceleration at a constant acceleration rate and deceleration at 
a constant deceleration rate. Therefore, it is possible to 
reproduce acceleration and deceleration sounds which achieve 
smooth acceleration or deceleration at a constant acceleration 
or deceleration rate in a range between a minimum speed and a maximum 
speed. For example, the acceleration sound data stored in the 
acceleration sound storage section may further contain sound data 
(acceleration sound data Du(m) through Du(n-l) ) corresponding to 
a maximum and constant speed range, where the object moves at the 
maximum and constant speed, and the sound data corresponding to 
a maximum and constant speed range is sequential in address to 
the sound data corresponding to the acceleration range. If the 
acceleration operation input data is continuously input-fee** from 
the operating section for a period of a prescribed time or more, 
the sound data reading section repeatedly reads the acceleration 



sound data corresponding to the maximum and constant speed range 
(S20 or S52) . Accordingly, in the case where the object is moving 
at a maximum and constant speed, it is possible to endlessly 
reproduce the sound of the object's movement. Further, in the 
5 case where the object accelerates to the maximum speed and 
thereafter moves at the maximum and constant speed, it is possible 
to reproduce a natural sound of movement into which two different 
types of sounds are combined. Further, the deceleration sound 
data^stored in the deceleration sound storage sectioijL may f urtiiei! 
10 contain sound data ( deceleration sound data Dd(m) through Dd(n-l) ) 
corresponding to a minimum and constant speed range, where the 
object moves at the minimum and constant speed, and the sound data 
corresponding to a minimum and constant speed range is sequential 
in address to the sound data corresponding to the deceleration 
15 range. If the deceleration operation input data is continuously 
input-feed- from the operating section for a period of a prescribed 
time or more, the sound data reading section repeatedly reads the 
deceleration sound data corresponding to the minimum and constant 
speed range (S28 or S61). Accordingly, in the case where the 
20 object is moving at a minimum and constant speed or stops moving, 
it is possible to endlessly reproduce the sound of the object's 
movement or the sound of the object in a resting state. Further, 
in the case where the object decelerates to the minimum speed and 
thereafter moves at the minimum and constant speed or stops moving , 
25 it is possible to reproduce a natural sound into which two different 

10 



types of sounds are combined. 

[0012] For example, the operating section may be able to input 
acceleration operation input data for accelerating the movement 
of the object at an arbitrary rate of speed (a degree of the 
accelerator's opening) in accordance with a degree of operation 
( a degree of pressure onto an R button 66a ) designated by the player . 
The sound output control section includes an acceleration sound 
frequency correcting section ( S45 or S50 ) . The acceleration sound 
frequency correcting section corrects a frequency of the 
acceleration sound data read by the sound data reading section 
in accordance with a rate of acceleration movement (an accelerator 
opening degree correction coefficient ak) indicated by the 
acceleration operation input data. Accordingly, even in the case 
of a game which enables the player to move the object at an arbitrary 
acceleration speed, a series of acceleration sound data, which 
are previously stored in accordance with action parameters of 
acceleration actions of the object in the game, are sequentially 
reproduced in accordance with the acceleration actions of the 
object, and therefore it is possible to reproduce an acceleration 
sound close to actual acceleration sound. Further, by correcting 
the frequency of the acceleration sound in accordance with a rate 
of acceleration movement , it is made possible to reproduce a natural 
sound of acceleration. Alternatively, the operating section may 
be able to input deceleration operation input data for decelerating 
the movement of the object at an arbitrary rate of speed ( an intensity 



of braking power) in accordance with a degree of operation ( a degree 
of pressure onto an L button 66b) designated by the player. The 
sound output control section may include a deceleration sound 
frequency correcting section (S55). The deceleration sound 
5 frequency correcting section corrects a frequency of the 
deceleration sound data read by the sound data reading section 
in accordance with a rate of deceleration movement (a braking 
intensity correction coefficient bk) indicated by the deceleration 
operation input data. Accordingly, even in the case of a game 

10 which enables the player to move the object at an arbitrary 
deceleration speed, a series of deceleration sound data, which 
are previously stored in accordance with action parameters of 
deceleration actions of the object in the game, are sequentially 
reproduced in accordance with the deceleration actions of the 

15 object, and therefore it is possible to reproduce a deceleration 
sound close to actual deceleration sound. Further, by correcting 
the frequency of the deceleration sound in accordance with a rate 
of deceleration movement , it isjaads possible to reproduce a natural 
sound of deceleration. 

20 [0013] Specifically, the object is a vehicle, and the action 
parameter corresponds to a speed of the vehicle. Accordingly, 
even in the case of, for example, a racing game in which a car 
object travels on a course, effects similar to those as described 
above can be achieved. t 

25 [0014] A second aspect of ^fee- present, invention, is directed 
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to a storage medium having recorded therein a game program causing 
a computer, which includes an operating section (the controller 
6) operated by a player, to implement a process for representing 
a game by a game image in which game an object moves in accordance 
with the player r s operation . . The game program causing the computer 
to implement an input step ( S12 or S42 ) , a read position calculating 
step (S13, S21, S43, or S53) , a sound data reading step (S17, S25, 
S48, or S58), and a sound output control step (S17, S25, S48, or 
S58) . The input step inputs, in accordance with an operation of 
the operating section, at least acceleration operation input data 
for accelerating a movement of the object and deceleration 
operation input data for decelerating a movement of the object. 
The read position calculating step selects, based on operation 
input data inputted at the input step, either one of the object's 
acceleration sound data and deceleration sound data, which are 
sequential to each other and previously stored in accordance with 
action parameters of the object, and^for calculating a read start 
position of selected sound data corresponding to a current action 
parameter of the object . The sound data reading step sequentially 
reads, from the read start position, the sound data selected at 
the read position calculating step. The sound output control step 
emits, as a sound, the sound data read at the sound data reading 
step. 

[0015] . In the thus-configured storage medium of the prcoen t 
-i«3p®¥5%greft- having recorded therein a game program to be implemented 



by a computer, a series of acceleration sound or deceleration sound 
data, which are previously stored in accordance with action 
parameters of acceleration or deceleration actions of an object 
in a game , are sequentially reproduced in accordance with the action 
parameters, and therefore it is possible to reproduce an 
acceleration or deceleration sound close to actual sound . Further , 
sound data to be reproduced is selected based on a traveling action 
of the object in the game, and therefore it is possible to emit 
the sound so as to be linked with the traveling action of the object 
represented on a game screen image. 

[0016] For each change from one to the other between the 
acceleration operation input data and the deceleration operation 
input data which are input£^ via the operating section at the 
input step, the read position calculating step may change a 
calculation target at the read start position fgem-o ae Lu Mrgrrfefeg rr 
between the acceleration sound data and the deceleration sound 
data. In this case, the sound data read step sequentially reads, 
in response to a change of the calculation target at the readposition 
calculating step, sound data newly targeted for calculation from 
the read start position, thereby continuously reading different 
types of sound data before and after the change of the calculation 
target . 

[0017] For example, when the sound data reading step is 
sequentially reading the acceleration sound data in response to 
the acceleration operation input data inputted at the input step, 



the input step inputs the deceleration operation input data. In 
response to this, the read position calculating step calculates 
the read start position of the deceleration sound data based on 
an action parameter corresponding to a read position of the 
acceleration sound data being read at the sound data reading step . 
Alternatively, when the sound data reading step is sequentially 
reading the deceleration sound data in response to the deceleration 
operation input data input*«d at the input step, the input step 
inputs the acceleration operation input data . In response to this , 
the read position calculating step calculates the read start 
position of the acceleration sound data based on an action parameter 
corresponding to a read position of the deceleration sound data 
being read at the sound data reading step. 

[0018] Further, the previously stored acceleration sound data 
may contain at least sound data corresponding to an acceleration 
range where the object accelerates from a minimum speed to a maximum 
speed at a constant acceleration rate. The previously stored 
deceleration sound data may contain at least sound data 
corresponding to a deceleration range where the object decelerates 
from the maximum speed to the minimum speed at a constant 
deceleration rate. Alternatively, the previously stored 
acceleration sound data may further contain sound data 
corresponding to a maximum and constant speed range, where the 
object moves at the maximum and constant speed, and the sound data 
corresponding to a maximum and constant speed range is sequential 



in address to the sound data corresponding to the acceleration 
range. If the acceleration operation input data is continuously 
inputfei-rd at the input step for a period of a prescribed time or 
more , the sound data reading step repeatedly reads the acceleration 
sound data corresponding to the maximum and constant speed range. 
Alternatively still , the previously stored deceleration sound data 
may further contain sound data corresponding to a minimum and 
constant speed range, where the object moves at the minimum and 
constant speed, and the sound data corresponding to a minimum and 
constant speed range is sequential in address to the sound data 
corresponding to the deceleration range. If the deceleration 
operation input data is continuously input ted at the input step 
for a period of a prescribed time or more, the sound data reading 
step repeatedly reads the deceleration sound data corresponding 
to the minimum and constant speed range. 

[0019] For example, the input step inputs acceleration 
operation input data for accelerating the movement of the object 
at an arbitrary rate of speed in accordance with a degree of operation 
designated by the player via the operating section. The sound 
output control step includes an acceleration sound frequency 
correcting step (S45 or S50). The acceleration sound frequency 
correcting step corrects a frequency of the acceleration sound 
data read at the sound data reading step in accordance with a rate 
of acceleration movement indicated by the acceleration operation 
input data. Alternatively, the input step inputs deceleration 



operation input data for decelerating the movement of the object 
at an arbitrary rate of speed in accordance with a degree of operation 
designated by the player via the operating section. The sound 
output control step includes a deceleration sound frequency 
correcting step (S55). The deceleration sound frequency 
correcting step corrects a frequency of the deceleration sound 
data read at the sound data reading step in accordance with a rate 
of deceleration movement indicated by the deceleration operation 
input data. 

[0020] Specifically, the object is a vehicle, and the action 
parameter corresponds to a speed of the vehicle. 
[0021] These and other objects, features, aspects and 
advantages of the pre s ent iuveiiLloh will become more apparent from 
the following detailed description of the present invontion w hen 
taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0022] FIG. 1 is an external view for explaining game systems 
according to first and second embodiments of the present invention ; 

FIG. 2 is a functional block diagram of a game «§parattts 
3 shown in FIG. 1; 

FIG. 3 is a schematic memory map for explaining exemplary 
programs and data to be stored in a main memory 33 shown in FIG. 
2; 

FIG. 4A is a graph showing an example of acceleration 



sound data to be previously obtained; 

FIG. 4B is a graph for explaining exemplary conditions 
for previously obtaining the acceleration sound data shown in FIG. 
4A; 

FIG. 5A is a graph showing an example of deceleration 
sound data to be previously obtained; 

FIG. 5B is a graph for explaining the exemplary 
conditions for previously obtaining the deceleration sound data 
shown in FIG. 5A; 

FIG. 6 is a schematic memory map of an ARAM 35 shown 
in FIG. 2, having stored therein the acceleration sound and the 
deceleration sound data which are shown in FIGs . 4A and 5Ay 
respectively ; 

FIG. 7 is a flowchart illustrating the procedure of an 
engine sound reproduction process performed by the game apparatus 
3 shown in FIG. 1 in accordance with the first embodiment; 

FIG. 8 is a graph for explaining acceleration and 
deceleration sound data to be used when a car object in an idling 
state accelerates to maximum speed v max and thereafter decelerates 
back into the idling state in accordance with the procedure of 
the flowchart of FIG. 7; 

FIG. 9 is a graph for explaining acceleration and 
deceleration sound data to be used when a car object in an idling 
state accelerates to speed v 1 lower than maximum speed v max , 
temporarily decelerates to speed v 2 (v 2 <v 1 ) / and thereafter 

18 



reaccelerates to the maximum speed v max in accordance with the 
procedure of the flowchart of FIG. 7; and 

FIG. 10 is a flowchart illustrating the procedure of 
an engine sound reproduction process performed by a game apparatus 
3 according to a second embodiment as shown in FIG. 1. 



DESCRIPTION OF WfE" PREFERRED EMBODIMENTS 
[0023] (First Embodiment) 

Hereinbelow, a first embodiment of the present iiwg - n Hoi* 
- will be - described by taking a nonportable game apparatus as an 
example. Referring to FIG. 1, a game system 1 according to the 
first embodiment of the pgegght invention is described. FIG. 1 
is an external view for explaining the game system 1. 
[0024] In FIG. 1, the game system 1 includes a nonportable game 
apparatu s 3 (hereinafter, simply referred to as a "game appnrn fcus 
3") connected via a connection cord to a cathode ray tube (CRT) 
display 2 (hereinafter, referred to as a "monitor 2"), such as 
a household television receiver, which includes loudspeakers 2a. 
The game a^p^ca-tus 3 includes a controller 6 connected thereto 
via a connection cord and an optical disc 4 which is an example 
of a data storage medium which is removable from the game appaxates 
3- Further, an external memory card 5, which has a backup memory 
or the like incorporated therein for storing save data, etc. , in 
a non- volatile manner , is detachably loaded into the game apparat-trs- 
3 as necessary. The game a^fifli^atee 3 implements a game program 



stored in the optical disc 4 to display a game image on the monitor 
2. Further, the game apparatus 3 uses the save data stored in 
the external memory card 5 to restore a previous game state and 
display a game image on the monitor 2. The player of the game 
fiXTpararus^ 3 can enjoy the progress of the game by operating the 
controller 6 while viewing the game image displayed on the monitor 
2. In ' the pj_eseiiL en i boflllUbii t r, an exemplary case where a racing 
game program stored in the optical disc 4 is implemented is 
described. 

[0025] As described above, the controller 6 is connected to 
the game apparatus 3 via a connection cord detachable from the 
game app^xft t 11g - 3. Specifically, the controller 6 is an operating 
means for mainly operating a player object which appears in a game 
space displayed on the monitor 2 (and which is typically a car 
object which is an operation target of the player) . The controller 
6 includes a plurality of input portions , such as operating buttons , 
keys, and sticks. More specifically, the controller 6 includes: 
grip portions held by the player; a main stick 61 and a cross key 
6 7 which are operable by, for example, the player 1 s left thumb; 
a C stick 68, an A button 62, a 3 button 63, an X button 64, a 
Y button 65, and a start-pause button 69 which are operable by, 
for example, the player's right thumb. The controller 6 further 
includes an R button 66a and an L button 66b which are operable 
by, for example, the player's right and left index fingers)/ 
respectively . 



[0026] For example, in the case of operating the controller 
6 to play a racing game as described later, the A button 62 is 
used to determine an accelerator operation of the car object in 
the game space. far PYRmpI n-> the player depresses the A button 
62 to provide an instruction to accelerate the speed of the car 
object (to full- throttle) , and the player releases the depressed 
A button 62 to cease providing an instruction to accelerate, thereby 
ceasing to accelerate the speed of the car object (i.e., an 
instruction to completely close the accelerator) . Although other 
input portions may be used during the progress of the game as 
described later, they are not directly relevant to descriptions 
of tlie pg^enj ; ,. invention , and therefore detailed descriptions 
thereof are omitted herein. 

[0027] Next, referring to FIG. 2, a configuration of the game 
a pparatus 3 will be described . FIG . 2 is a functional block diagram 
of the game apparatus 3 . 

[0028] In FIG. 2, the game apparatus 3 includes, for example, 
a reduced instruction set computer (RISC) central processing unit 

( CPU ) 30 for implementing various types of programs . For example , 
the CPU 30 implements a startup program stored in a boot ROM (not 
shown) to initialize a memory, such as a main memory 33, and 
thereafter the CPU 30 implements a game program stored in the optical 
disc 4 and performs game processing in accordance with the game 
program. The CPU 30 is connected via a memory controller 31 to 
a graphics processing unit (GPU) 32, the main memory 33, a digital 



signal processor (DSP) 34, and an audio RAM (ARAM) 35. Further, 
the memory controller 31 is connected via a prescribed bus to a 
controller interface (I/F) 36, a video I/F 37 , an external memory 
I/F 38, an audio I/F 39, and a disc I/F 41, which are respectively 
connected to the controller 6, the monitor 2, the external memory 
card 5, the loudspeakers 2a, and a disc drive 40. 
[0029] The GPU 32 is operable to perform image "processing in 
accordance with an instruction of the CPU 30, and is formed by 
a semiconductor chip for performing arithmetic processing required 
for displaying 3D graphics , for example . The GPU 32 performs image 
processing using a memory specialized for image processing (not 
shown) or a portion of storage area of the main memory 33. The 
GPU 32 uses these elements to generate game image data to be displayed 
on the monitor 2, and properly outputs the generated game image 
data to the monitor 2 via the memory controller 31 and the video 
I/F 37. 

[0030] The main memory 33 is a storage area used by the CPU 
30 and properly stores a game program , etc. , required for processing 
by the CPU 30 . For example , the main memory 33 stores a game program 
and a variety of types of data read by the CPU 30 from the optical 
disc 4. The game program and the variety of types of data stored 
in the main memory 33 are implemented by the CPU 30. 
[0031] The DSP 34 is operable to process sound data, etc., 
generated by the CPU 3 0 during the implementation of the game program , 
and is connected to the ARAM 35 for storing the sound data, etc. 



The ARAM 3 5 is used when the DSP 34 performs prescribed processing 
(e.g., storage of pre-read data related to the game program and 
sound). The DSP 34 reads sound data stored in the ARAM 35, and 
outputs the read sound data through the memory controller 31 and 
the audio I/F 3 9 to the loudspeakers 2a included in the monitor 

2 . 

[0032] The memory controller 31 is operable to generally control 

data transmission, and is connected to each of the above-described 

I/Fs. The controller I/F 36 consists of, for example, four 

controllers I/Fs 36a through 36d each having a connecter through 

4* J< cc 

which an external apparatu s , which can be engaged with the connector , 
is connected so as to be able to communicate with the game apparatus 

3 . For example , the controller 6 is engaged with one of the above 
connectors via a connection cord, so as to be connected to the 
game apparaluas 3 via the controller I/F 36. The video I/F 3 7 is 
connected to the monitor 2 . The external memory I/F 38 is connected 
to the external memory card 5, so as to be able to access a backup 
memory included in the external memory card 5. The audio I/F 39 
is connected to the loudspeakers 2a included in the monitor 2, 
such that sound data read by the DSP 34 from ARAM 35 and sound 
data directly outputted from the disc drive 40 can be outputted 
from the loudspeakers 2a. The disc I/F 41 is connected to the 
disc drive 40. The disc drive 40 reads data stored in the optical 
disc 4 placed in a prescribed read position, and outputs the read 
data over a bus of the game apparatus 3 and the audio I/F 39. 



[0033] As described above, the main memory 33 stores a game 

program, etc., required for processing by the CPU 31, where 

appropriate, and also stores a game program, various types of data, 

etc. , read by the CPU 30 from the optical disc 4. Hereinbelow, 

referring to FIG. 3, exemplary programs and data to be stored in 

^♦v i Ave. 

the main memory 3 3 when implementing the racing game of ^hG - prevGont 
ihvtuillun a«r described. FIG. 3 is a schematic memory map for 
explaining exemplary programs and data to be stored in the main 
memory 33. 

[0034] In FIG. 3, the main memory 33 includes a program storage 
region 331 and a data storage region 332. Specifically, stored 
in the program storage region 331 are a^game^naj^r^ program 
implemented by the CPU 30, accelerator and braking operation 
programs used by the game main processing program, an engine 
revolution count calculating program, an acceleration sound read 
address calculating program, a deceleration sound read address 
calculating program, an acceleration sound frequency correcting 
program, a deceleration sound frequency correcting program , a sound 
data reading program, a sound output ting program, etc. Further, 
stored in the data storage region 332 are accelerator and braking 
operation data buffers used by the s^a^s^malry processing program 
and so on, an acceleration and deceleration sound data address, 
etc. The acceleration and deceleration sound data address 
includes an acceleration range address , a deceleration range 
address, a high and constant speed range address, and an idling 



range address. 

[0035] The accelerator operation program defines traveling 
actions of the car object each corresponding to the player's 
operation of opening the accelerator (e.g., depressing of the A 
button 62 ) . The game program of ^e ^rooont inventio n is programmed 
such that, for example, when the car object is at a speed of 0, 
if the A button 62 is kept depressed for a time period from time 
0 to time t x , the car object reaches a maximum speed v raax . 
[ 0036 ] The braking operation program defines traveling actions 
of the car object each corresponding to the player's operation 
of closing the accelerator (e.g. , releasing the A button 62 ) . The 
game program of "t he - present. iuveiiLiuu is programmed such that, 
for example, when the car object is at the maximum speed v max , if 
the A button 62 is left released for the time period from time 
0 to time t lf the car object decelerates to a speed of 0. This 
is an exemplary definition for the car object decelerating by means 
of engine braking , and an additional braking operation by the player 
(e.g. , depressing of the B button 63 or the L button 66b) may cause 
deceleration from the maximum speed v max to the speed of 0 in a 
period of time shorter than the time period from time 0 to time 
ti . However , in the first embodiment , it is assumed for simplicity 
of explanation that the player does not perform any braking 
operation (i.e.., the car object decelerates only by means of engine 
braking) . Processing related to braking operations will be 
described later in a second embodiment of the gges eu L in vHii-b±*yu . 



[ 0037 ] The engine revolution count calculating program defines 
calculation related to the number of revolutions of the car object 1 s 
engine. Typically, the number of revolutions of the engine is 
calculated in accordance with the speed of the car object calculated 
by the accelerator or braking operation program. However, the 
final number of revolutions of the engine is calculated in 
consideration of effects of roadconditions (e.g. , uphill, downhill, 
friction with tires, etc.) in the game space, as well as the 
calculated speed of the car object. For example, when a tire or 
tires of the car object is /are turning in the air, or when the 
number of turns of tires is zero due to a braking operation or 
the like, the number of revolutions of the engine is calculated 
so as to be higher than that for the speed of the car object. 
[0038] The acceleration sound and deceleration sound read 
address calculating programs each define calculation related to 
an acceleration and deceleration sound data address for reading 
acceleration or deceleration sound data Du or Dd stored in the 
ARAM 35, which will be described later, in accordance with the 
speed of the car object calculated in a manner as described above. 
The acceleration sound and deceleration sound frequency correcting 
programs each define correction of the sound of the engine to be 
reproduced which is in accordance with the number of. revolutions 
of the engine for the current speed of the car object. Detailed 
operations of these programs will be described later. 
[0039] The sound data reading program defines processing for 



reading sound data from the ARAM 3 5 . The sound data contains engine 
sound data used for loop-reproduction, which will be described 
later, and the acceleration and deceleration sound data Du and 
Dd corresponding to the acceleration and deceleration sound data 
address calculated by the acceleration sound and deceleration sound 
read address calculating programs. The sound outputting program 



defines processing^: or outputting/ the sound data read by the sound 



data reading program ^from the loudspeakers 2a via the memory 
controller 31 and the audio I/F 39. 



temporarily store the details of the player 1 s accelerator operation 
as described above, and states of the speed of the car object and 
the number of revolutions of the engine which are influenced by 
the accelerator operation. The acceleration and deceleration 
sound data address includes addresses of the acceleration sound 
and deceleration sound data stored in the ARAM 35 which are stored 
for each type of sound. Specifically, the acceleration sound data 
includes engine sound data corresponding to an acceleration range 
and a high and constant speed range, and addresses of the engine 
sound data for both of the ranges in the ARAM 35 are stored as 
acceleration range addresses and high and constant speed range 
addresses . The deceleration sound data includes engine sound data 
corresponding to a deceleration range and an idling range, and 
addresses of the engine sound data for both of the ranges in the 
ARAM 35 are stored as deceleration range addresses and idling range 




[0040] 



The accelerator and braking operation data buffers each 



addresses. 

[0041] Next, referring to FIGs. 4A through 6, the acceleration 
sound data and the deceleration sound data which are stored in 
the ARAM 3 5 will be described. FIG. 4A is a graph showing an 
5 example of the acceleration sound data to be previously obtained. 
FIG. 4B is a graph for explaining exemplary conditions for 
previously obtaining the acceleration sound data shown in FIG. 
4A. FIG. 5A is a graph showing an example of the deceleration 
sound data to be previously obtained. FIG. 5B is a graph for 

10 explaining the exemplary conditions for previously obtaining the 
deceleration sound data shown in FIG. 5A. FIG. 6 is a schematic 
memory map of the ARAM 3 5 having stored therein the acceleration 
s ouard and «the deceleration sound data which -are shown in FIGs . 
4A and 5A , respectively. 

15 [0042] The acceleration sound data shown in FIG. 4A is obtained 
by recording the noise of a real car which accelerates from a speed 
of 0 to speed v and thereafter travels at the constant speed v. 
Specifically, in the actual recording of the speed of the car, 
the car accelerates from a speed of 0 to the speed v at a constant 

20 acceleration rate in a period between times 0 and ti , and maintains 
the constant speed v in a period between times ti and t 2 (see FIG. 
4B) . In this case, time ti corresponds to a point in time (e.g. 
ti=8 sec.) at which the car object in the game space reaches a 
maximum speed v max after the A button 62 is kept depressed from 

25 a point in time at which the car object is at a speed of 0. The 



acceleration sound data recorded under such running conditions 
includes sound data of the car accelerating at a constant 
acceleration rate in the period between times 0 and t x ( hereinafter , 
referred to as an "acceleration range"), and sound data of the 
5 car traveling at a constant high speed in the period between times 
t x and t 2 (hereinafter, referred to as a "high and constant speed 
range") (see FIG. 4A). Such acceleration sound data is previously 
recorded at a sampling frequency of i Hz (e.g. , 16 kHz) for a time 
period from time 0 to time t 2 (e.g., 10 sec). 

10 [0043] The deceleration sound data shown in FIG . 5A is obtained 
by recording the noise of a real car which decelerates from speed 
v to a speed of 0 and thereafter stops and runs in an idling (ID) 
state. Specifically, in the actual recording of the speed of the 
car, the car decelerates from the speed v to a speed of 0 at a 

15 constant deceleration rate in a period between times 0 and t lf 
and maintains an idling and resting state in a period between times 
ti and t 2 (see FIG. 5B). In this case, time ti corresponds to a 
point in time (e.g. t L = 8 sec. ) at which the car object in the game 
space reaches a speed of 0 after the A button 62 is left released 

20 from a point in time at which the car object is at a maximum speed 
v max . The deceleration sound data recorded under such running 
conditions includes sound data of the car decelerating at a constant 
deceleration rate in the period between times 0 and ti (hereinafter, 
referred to as an "deceleration range"), and sound data of the 

25 car resting in an idling state in the period between times ti and 



t 2 '( hereinafter, referred to as an "idling range") (see FIG. 5A) . 
Such deceleration sound data is previously recorded at a sampling 
frequency of i Hz (e.g., 16 kHz) for a time period from time 0 
to time t 2 (e.g., 10 sec). 
5 [0044] In FIG. 6, the ARAM 35 includes an acceleration sound 
data storage region 351 and a deceleration sound data storage region 
352. The acceleration sound data recorded under the 
above-described conditions is stored in the acceleration sound 
data storage region 351. The acceleration sound data stored in 

10 the acceleration data storage region 351 is equally divided into 
n pieces of j -bit (e.g. , 8 -bit ) acceleration sound data DuO through 
Du(n-l) . The acceleration sound data DuO through Du(n-l) are 
stored as sound data at addresses AuO through Au(n-l) , respectively , 
in the acceleration sound data storage region 351. Accordingly, 

15 sound close to the previously recorded acceleration sound data 
is reproduced by sequentially reading, at a rate of Hz, the 

acceleration sound data DuO through Du(n-l) stored in the 
acceleration sound data storage region 351 and by reproducing the 
read acceleration sound data at a reproduction rate of i Hz . Among 

20 the previously recorded acceleration sound data, sound data 
corresponding to the acceleration range is stored as m pieces of 
acceleration sound data DuO through Du(m-l) at addresses AuO 
through Au(m-l), respectively. Further, among the previously 
recorded acceleration sound data, sound data corresponding to the 

25 high and constant speed range is stored as (n-m) pieces of 
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acceleration sound data Du(m) through Du(n-l) at addresses Au(m) 
through Au(n-l), respectively. 

[0045] The deceleration sound data recorded under the 
above-described conditions is stored in the deceleration sound 
5 data storage region 352. The deceleration sound data stored in 
the deceleration data storage region 352 is equally divided into 
n pieces of j -bit (e.g., 8 -bit ) deceleration sound data DdO through 
Dd(n-l). The deceleration sound data DdO through Dd(n-l) are 
stored as sound data at addresses AdO through Ad( n- 1 ) , respectively, 

10 in the deceleration sound data storage region 352. Accordingly, 
sound close to the previously recorded deceleration sound data 
is reproduced by sequentially reading, at a rate of (i/j) Hz, the 
deceleration sound data DdO through Dd(n-l) stored in the 
deceleration sound data storage region 352 and by reproducing the 

15 read deceleration sound data at a reproduction rate of i Hz . Among 
the previously recorded deceleration sound data, sound data 
corresponding to the deceleration range is stored as m pieces of 
deceleration sound data DdO through Dd(m-l) at addresses AdO 
through Ad(m-l), respectively. Further, among the previously 

20 recorded deceleration sound data, sound data corresponding to the 
idling range is stored as (n-m) pieces of deceleration sound data 
Dd(m) through Dd(n-l) at addresses Ad(m) through Ad(n-l), 
respectively . 

[0046] Next, an operation of the game apparatu s 3 based on a 
2 5 game program of the prc r scnt invention is described by taking as 



^ afr example^ a racing game in which a car object is controlled by 
the player's operation so as to travel on a course set in the game 
space. When the game apparatus 3 is turned on, the CPU 30 of the 
game a gjaaxa£iis 3 implements a startup program stored in a boot 
5 ROM ( not shown ) to initialize units in the game apparatus 3 , e.g., 
the main memory 33. Then, a game program stored in the optical 
disc 4 is read onto the main memory 3 3 via the disc drive 4 0 and 
the disc I/F 41. Implementation of the game program is started 
and a game space is represented on the monitor 2 via the GPU 32. 
10 The acceleration sound and deceleration sound data stored in the 
optical disc 4 are stored into the ARAM 3 5 via the disc drive 40 
and the disc I/F 41 in accordance with the addresses as described 
above . 

[0047] Initially, the player of the game apparritnq 3 views a 
15 game image displayed on the monitor 2 to select a desired course 
of the racing game and a type of the car object to operate. The 
selection is made by the player operating input portions of the 
controller 6 in a manner as described above. Then, a game image 
corresponding to the course and car object selected by the player 
20 is displayed on the monitor 2. 

[0048] Referring to FIG. 7, described next is an engine sound 
reproduction process performed by the game apparatus 3 after the 
above process is performed. FIG. 7 is a flowchart illustrating 
the procedure of an engine sound reproduction process performed 
2 5 by the game apparatus 3. 
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[0049] In FIG. 7, the CPU 3 0 of the game apparatus 3 determines 
whether an engine of the car object in the game space is running 

(step Sll) , and also determines whether the accelerator is opened 
by the player operating the controller 6 (e.g., depressing the 
A button 62) (step S12). Then, if the CPU 30 determines that the 
engine of the car object is running and the accelerator is opened, 
the procedure proceeds to the next step S13 , and if it is determined 
that the engine of the car object is running but the accelerator 
is closed, the procedure proceeds to the next step S21. 
[ 0050 ] At step S13 , in order* to reproduce the sound of the engine 
of the car object which is accelerating, the CPU 30 calculates 
address Au of the acceleration sound data Du stored in the 
acceleration sound data storage region 351 of the ARAM 35, and 
the procedure proceeds to the next step. Specifically, in the 
calculation of step S13, the CPU 30 makes, based on the following 
expression ( 1 ) , a calculation as to whichone of mpieces of addresses 
AuO through Au(m-l), at which the acceleration sound data Du 
corresponding to the acceleration range is stored, is the address 
from which the acceleration sound data Du is reproduced (an a ' th 
address when counted from the address AuO). 

a=m#v x /v max ... ( 1 ) 
Here, v x is the current speed of the car object calculated based 
on numerical values stored in the accelerator and braking operation 
buffers of the data storage region 332 . In this case , the numerical 
values are obtained based on a period of time for which the A button 



62 is kept depressed and a period of time for which the A button 
6 2 is left released which are cumulatively calculated from a point 
in time at which the car object is at a speed of 0. As described 
above, v ma x is a maximum speed reached by the car object as a result 
5 of keeping the accelerator opened . The CPU 30 sets address Au ( a- 1 ) , 
which is the a ' th address when counted from address AuO and is 
obtained based on the above expression (1), as an acceleration 
sound reproduction start address from which reproduction of the 
sound of an engine is started in a manner to be described later. 

10 [0051] Here, the CPU 30 calculates the acceleration sound 
reproduction start address by using the above expression ( 1 ) which 
multiplies the number of addresses m of the acceleration sound 
data Du corresponding to the acceleration range stored in the 
acceleration sound data storage region 351 by a ratio of the current 

15 speed v x of the car object to the maximum speed v max . As described 
above, the acceleration sound data Du stored in the acceleration 
sound data storage region 351 is obtained based on recorded sound 
data of the real car accelerating from a speed of 0 to speed v 
at a constant acceleration speed in a period between times 0 and 

20 t x . The speed v of the real car is replaced by the maximum speed 
Vmax reached by the car object by keeping the accelerator opened 
from time 0 to time ti in the game. Such replacement ensures that 
the CPU 30 accurately calculates the address Au(a-l) at which 
acceleration sound of the real car, which corresponds to a ratio 

25 of the current speed v x of the car object to the maximum speed 



v max , is stored. 

[0052] Next, the CPU 30 determines whether the speed of the 
car object in the game space has reached the maximum speed v max 
(step S14). If the car object has not reached the maximum speed 
v max , the CPU 30 determines that the car object is accelerating, 
and the procedure proceeds to the next step S15. On the other 
hand, if the car object has reached the maximum speed v max , the 
CPU 30 determines that the car object is traveling at the maximum 
speed v max in a high and constant, speed state, and the procedure 
proceeds to the next step S19. 

[ 0053] At step S15 , the CPU 30 calculates a frequency correction 
coefficient used for reproducing the acceleration sound data Du 
stored at and after the acceleration sound reproduction start 
address Au(a-l) calculated at the above step S13 , and the procedure 
proceeds to the next step. In general, the speed of the car object 
and the number of revolutions of the engine are in a relationship 
proportional to each other unless there is a transmission shift. 
In some cases, however, the speed and the number of revolutions 
of the engine depart from the above proportional relationship 
during the progress of the game. At the above step S15, the 
frequency correction coefficient is calculated, for example, for 
a case such that the player revs the engine of the car object at 
a speed of 0 in an idling state, or for a case such that a tire 
or tires are turning in the air. As described above, the CPU 30 
calculates, as necessary, the number of revolutions of the car 



object 1 s engine by means of the engine revolution count calculating 
program during the progress of the game . The frequency correction 
coefficient is calculated for reflecting a value of the number 
of revolutions of the engine at a prescribed ratio on the frequency 
5 of the acceleration sound data Du. For example, the frequency 
correction coefficient is set so as to fall within a range from 
0.92 to 1.08. 

[0054] Next, the CPU 30 calculates a sound level correction 
coefficient for correcting the sound level at which the sound of 

10 the engine is reproduced ( step S16 ) . In the racing game , a virtual 
camera for capturing the car object as a game image is set, and 
in some cases, the location of the virtual camera can be changed 
with respect to the car object . For example, the virtual camera 
may be set in the interior of the car object, or may be set for 

15 providing a bird 1 s eye view of the car object. In accordance with 
a distance between such a virtual camera and the car object, the 
CPU 30 sets the sound level correction coefficient. For example, 
with reference to a reproduction sound level in a game image 
generated based on a viewpoint of the virtual camera set at a point 

20 at a prescribed distance from the car object, the CPU 30 calculates 
the sound level correction coefficient in accordance with an 
increase or decrease of a distance between the virtual camera and 
the point in the prescribed distance from the car object. 
[0055] Next, the CPU 30 performs a process for reproducing 

25 acceleration sound data.Du stored at and after the acceleration 



sound reproduction start address Au(a-l) calculated at the above 
step S 13 ( step S17 ) , and repeats processing of steps S15-S17 until 
the player changes the accelerator operation (step S18) or until 
the car object reaches the maximum speed v max (step S14) . If the 
5 CPU 30 determines that the player has changed the accelerator 
operation, the procedure retuzrns to the above step Sll to continue 
the procedure. At the above step S17, the CPU 30 provides the 
DSP 34 with an instruction to sequentially read, as sound data, 
the acceleration sound data Du stored at and after the address 

10 Au(a-l) in the ARAM 35. Then, the DSP 34 multiplies the frequency 
of the sound data by the frequency correction coefficient obtained 
at the above step S15, adjusts a reproduction sound level using 
the sound level correction coefficient obtained at the step S16, 
and reproduces the sound of the engine from the loudspeakers 2a 

15 provided in the monitor 2 via the memory controller 31 and the 
audio I/F 39. In this sound reproduction process, unless the 
player's accelerator operation is changed (i.e. , the accelerator 
is closed) or the car object reaches the maximum speed v max , 
previously recorded acceleration sound data is continuously 

20 reproduced using, as a reproduction start point, the acceleration 
sound reproduction start address calculated at the above step S13 . 
[0056] On the other hand, at the above step S14 , if the car 
object has reached the maximum speed v max , the CPU 30 determines 
that the car object is traveling at the maximum speed v max in a 

25 high and constant speed state, and the procedure proceeds to step 



S19. At step S19, the CPU 30 calculates a sound level correction 
coefficient for correcting the sound level at which the sound of 
the engine is reproduced, and the procedure proceeds to the next 
step. Processing at step S19 is similar to that at the above step 
S16, and therefore detailed descriptions thereof are omitted. 
[ 0057 ] Next , the CPU 30 performs a process for loop-reproducing 
acceleration sound data Du(m) through Du(n-l) stored at addresses 
Au(m) through Au(n-l) corresponding to the high and constant speed 
range (step S20) . The procedure returns to step S19 to repeatedly 
perform this loop reproduction process so long as the player keeps 
the accelerator opened(step S18) and the car object travels in 
a high and constant speed state at the maximum speed v raax (step 
S14). The CPU 30 provides the DSP 34 with an instruction to 
repeatedly read, as sound data, the acceleration sound data Du 
(m) through Du(n-l) corresponding to the high and constant speed 
range. The DSP 34 adjusts a reproduction sound level using the 
sound level correction coefficient obtained at the above step S19 , 
and outputs the sound of the engine from the loudspeakers 2a provided 
in the monitor 2 via the memory controller 31 and the audio I/F 
39. If the CPU 30 determines that the player has changed the 
accelerator operation (i.e. , the accelerator is closed) (stepS18) , 
the procedure returns to the above step Sll to continue the 
procedure . 

[0058] On the other hand, at the above step S12, if it is 
determined that the engine of the car object is running but the 

38 



accelerator is closed, the procedure proceeds to step S21. At 
step S21, in order to reproduce the sound of the engine of the 
car object which is decelerating, the CPU 30 calculates address 
Ad of the deceleration sound data Dd stored in the deceleration 
sound data storage region 352 of the ARAM 35, and the procedure 
proceeds to the next step. Specifically, in the calculation of 
step S21, the CPU 30 makes, based on the following expression (2) , 
a calculation as to which one of m pieces of addresses AdO through 
Ad(m-l), at which the deceleration sound data Dd corresponding 
to the deceleration range is stored, is the address from which 
the deceleration sound data Dd is reproduced (ab'th address when 

counted from the address AdO). 

4 

b=m- (m«v x /v max ) ... (2) 
Here, v x is the current speed of the car object which is similar 
to the numerical value used at the above step S13, and v max is a 
maximum speed. The CPU 3 0 sets address Ad(b-l) , which is the b'th 
address when counted from address AdO and is obtained based on 
the above expression ( 2 ) , as a deceleration sound reproduction 
start address from which reproduction of the sound of the engine 
is started in a manner to be described later. 

[0059] Here, the CPU 30 calculates the deceleration sound 
reproduction start address by using the above expression (2) which 
subtracts , from the number of addresses m of the deceleration sound 
data Dd corresponding to the deceleration range stored in the 
deceleration sound data storage region 352, a value obtained by 



multiplying the number of addresses m by a ratio of the current 
speed v x of the car object to the maximum speed v max . As described 
above, the deceleration sound data Dd stored in the deceleration 
sound data storage region 352 is obtained based on recorded sound 
data of the real car decelerating from speed v to a speed of 0 
at a constant deceleration speed in a period between times 0 and 
ti. The deceleration from speed v to the speed of 0 of the real 
car is replaced by the deceleration from the maximum speed v raax 
to the speed of 0 by keeping the accelerator closed from time 0 
to time t x in the game. Such replacement ensures that the CPU 
30 accurately calculates the address Ad(b-1 ) at which deceleration 
sound of the real car, which corresponds to a ratio of the current 
speed v x of the car object to the maximum speed v raax , is stored. 
[0060] Ne^ct , the CPU 30 determines whether the speed of the 
car object in the game space corresponds to a speed of 0 in an 
idling state, (step S22). If the car object is not in an idling 
state at a speed of 0, the CPU 30 determines that the car object 
is decelerating, and the procedure proceeds to the next step S23. 
On the other hand, if the CPU 30 determines that the car object 
is in an idling state at a speed of 0, the procedure proceeds to 
the next step S27. 

[0061] At step S23 , the CPU 30 calculates a frequency correction 
coefficient used for reproducing deceleration sound data Dd stored 
at and after the deceleration sound reproduction start address 
Ad(b-l) calculated at the above step S21, and also calculates a 



sound level correction coefficient for correcting a sound level 
at which the sound of the engine is reproduced (step S24). 
Processes performed at steps S23 and S24 are respectively similar 
to those performed at the above steps S15 and S16, and therefore 
detailed descriptions thereof are omitted. The procedure further 
proceeds to the next step. 

[0062] Next, the CPU 30 performs a process for reproducing the 
deceleration sound data Dd stored at and after the deceleration 
sound reproduction start address Ad(b-l) calculated at the above 
step S21 (step S25) , and repeats processing of steps S23-S25 until 
the player changes the accelerator operation (step S26) or until 
the car object arrives in an idling state at a speed of 0 (step 
S22). If the CPU 30 determines that the player has changed the 
accelerator operation (i.e., the accelerator is opened), the 
procedure returns to the above step Sll to continue the procedure. 
At the above step S25, the CPU 30 provides the DSP 34 with an 
instruction to sequentially read , as sound data, the deceleration 
sound data Dd stored at and after the address Ad(b-l) in the ARAM 
35. Then, the DSP 34 multiplies the frequency of the sound data 
by the frequency correction coefficient obtained at the above step 
S23, adjusts a reproduction sound level using the sound level 
correction coefficient obtained at the step S24, and reproduces 
the sound of the engine from tiie loudspeakers 2a provided in the 
monitor 2 via the memory controller 31 and the audio I/F 39. in 
this sound reproduction process, unless the player's accelerator 



operation is changed (i.e. , tiie accelerator is opened) or the car 
object arrives in an idling state at a speed of 0 , previously recorded 
deceleration sound data is continuously reproduced using, as a 
reproduction start point, the deceleration sound reproduction 
5 start address calculated at the above step S21. 

[0063] On the other hand, at the above step S22, if the CPU 
30 determines that the car object is in an idling state at a speed 
of 0, the procedure proceeds to step S27. At step S27 , the CPU 
30 calculates a sound level correction coefficient for correcting 
10 the sound level at which the sound of the engine is reproduced, 
and the procedure proceeds to the next step. A process at step 
S27 is similar to that at the above step S16 , and therefore detailed 
descriptions thereof are omitted. 

[ 0064 ] Next , the CPU 30 performs a process for loop -reproducing 
15 deceleration sound data Dd(m) through Dd(n-l) stored at addresses 
Ad(m) through Ad ( n- 1 ) corresponding to the idling range (stepS28). 
The procedure returns to step S27 to repeatedly perform this loop 
reproduction process so long as the player keeps the accelerator 
closed (step S26) and the car. object maintains the idling state 
20 at a speed of 0 (step S22). The CPU 30 provides the DSP 34 with 
an instruction to repeatedly read, as sound data, the deceleration 
sound data Dd (m) through Dd(n-l) corresponding to the idling range 
stored at addresses Ad(m) through Ad(n-l) in the ARAM 35. The 
DSP 34 adjusts a reproduction sound level using the sound level 
25 correction coefficient obtained at the above step S27 , and outputs 



the sound of the engine from the loudspeakers 2a provided in the 
monitor 2 via the memory controller 31 and the audio I/F 39. If 
the CPU 30 determines that the player has changed the accelerator 
operation (i.e. , the accelerator is opened ) , the procedure returns 
to the above step Sll to continue the procedure. 
[0065] If the CPU 30 determines at the above step Sll that the 
engine is not running, the engine sound reproduction process 
according to the flowchart of FIG. 7 is terminated. 
[0066] Note that although the ARAM 35 has stored therein the 
acceleration sound data Du and the deceleration sound data Dd r 
each equally divided into n pieces of data, and each of a portion 
of the acceleration sound data Du corresponding to the acceleration 
range and a portion of the deceleration data Dd corresponding to 
the deceleration range is equally divided into m pieces of data, 
the number of pieces of data to be divided into may not be equally 
n or m. By performing the above-described processing based on 
the flowchart of FIG. 7 and making an address calculation using 
the above expressions (1) and (2), similar processing can be 
realized even if the number of pieces of data to be divided into 
is not equal between the acceleration sound data Du and the 
deceleration sound data Dd. 

[0067] Referring to FIG. 8, described next is an example of 
the acceleration and deceleration sound data to be used by the 
game appar - atuo 3 in accordance with the procedure of the flowchart 
of FIG. 7. FIG. 8 is a graph for explaining the acceleration and 



deceleration sound data to be used when the car object in an idling 
state accelerates to the maximum speed v max and thereafter 
decelerates back into the idling state. 

[0068] In FIG. 8, if the car object is in an idling state at 
a speed of 0, the game appara-faas 3 implements loop-reproduction 
of the deceleration sound using the deceleration sound data Ad 
(m) through Ad(n-l) corresponding to the idling range stored in 
the deceleration sound data storage region 352 of the ARAM 35. 
Then , if the player performs an operation of opening the accelerator , 
acceleration sound data DuO , Dul , . . . , corresponding to the 
acceleration range stored in ttxe acceleration sound data storage 
region 351 are sequentially reproduced from address AuO . 
Thereafter, if the player keeps the accelerator opened for a time 
period from time 0 to time t L or more, the car object reaches the 
maximum speed v max at a point in time when the time period from 
time 0 to time ti passes since the accelerator is opened. In the 
period up to time ti, the game apparatus 3 sequentially reproduces 
the acceleration sound data DuO through Du(m-l) corresponding to 
the acceleration range stored at addresses AuO through Au(m-l) 
in the acceleration sound data storage region 351. Thereafter, 
if the player further continues the operation of opening the 
accelerator, the car object maintains the maximum speed v max - In 
a period during which the maximum speed v max is maintained, the 
game apparatu s. 3 performs loop-reproduction of acceleration sound 
using the acceleration sound data Du (m) through Du(n-l) 



corresponding to the high and constant speed range stored at 
addresses Au(m) through Au(n-l) in the acceleration sound data 
storage region 351. 

[0069] Then, if the player performs an operation of closing 
the accelerator, deceleration sound data DdO , Ddl , . .., 
corresponding to the deceleration range stored in the deceleration 
sound data storage region 35 2 are sequentially reproduced from 
address Ad 0 . Thereafter, if the player keeps the accelerator 
closed for a time period from time 0 to time ti or more, the car 
object arrives in an idling state at a speed of 0 after the time 
period from time 0 to time t x has passed since the accelerator 
was closed. In the period up to time t lr the game -apparatuc 3 
sequentially reproduces the deceleration sound data DdO through 
Dd(m-1 ) corresponding to the deceleration range stored at addresses 
AdO through Ad(m-l) in the deceleration sound data storage region 
352. Thereafter, if the player further continues the operation 
of el- orr^ g the accelerator closed, the car object maintains the 
idling state at a speed of 0 . In a period during which the idling 
state is maintained, the game apparatu s 3 performs, again, 
loop-reproduction of deceleration sound using the deceleration 
sound data Dd (m) through Dd( n- 1 ) corresponding to the idling range 
stored at addresses Ad(m ) through Ad ( n- 1 ) in the deceleration sound 
data storage region 352. 

[0070] Ri iTB-Lii ' lng to FIG. 9, described next is another example 

of the acceleration and deceleration sound data to be used by the 



game ^gg tridLubi 3 in accordance with the procedure of the flowchart 
of FIG, 7. FIG. 9 is a graph for explaining the acceleration and 
deceleration sound data to be used when the car object in an idling 
state accelerates to speed v 1 lower than the maximum speed v max , 
temporarily decelerates to speed v 2 (v 2 <v 1 ) / and thereafter 
reaccelerates to the maximum speed v majc . 

[0071] In FIG. 9, if the car object is in an idling state at 
a speed of 0, the game app^rat-ns 3 implements loop-reproduction 
of deceleration sound using the deceleration sound data Ad (m) 
through Ad(n-l) corresponding to the idling range stored in the 
deceleration sound data storage region 352 of the ARAM 35. Then, 
if the player performs an operation of opening the accelerator, 
acceleration sound data DuO , Dul, corresponding to the 

acceleration range stored in the acceleration sound data storage 
region 351 are sequentially reproduced from address AuO. Then, 
if the player stops the operation of opening the accelerator, the 
car object reaches speed v x . In a period up until the car object 
reaches speed v x , the game apparatus 3 sequentially reproduces 
the acceleration sound data Du up to an address corresponding to 
the above speed v L using the acceleration sound data DuO through 
Du(m-l) corresponding to the acceleration range stored in the 
acceleration sound data storage region 351. 

[0072] Then, if the player keeps the accelerator closed, the 
car object decelerates from speed Vi to speed v 2 until an operation 
of opening the accelerator is performed again . In this time period , 



the game apparatu s 3 sequentially reproduces the deceleration sound 
data Dd from an address corresponding to the above speed v x to 
an address corresponding to the above speed v 2 using the 
deceleration sound data DdO through Dd(m-l) corresponding to the 
deceleration range stored at the addresses AdO through Ad(m-l) 
in the deceleration sound data storage region 352. 
[0073] Then, if the player performs, again, the operation of 
opening the accelerator, the car object accelerates from speed 
v 2 , eventually reaching the maximum speed v max . In this time period , 
the game apparatus 3 sequentially reproduces the acceleration sound 
data Du from the address corresponding to the above speed v 2 to 
an address corresponding to the maximum speed v max using the 
acceleration sound data DuO through Du(m-l) corresponding to the 
acceleration range stored at addresses AuO through Au(m-l) in the 
acceleration sound data storage region 351. Thereafter, if the 
player further continues the operation for opening the accelerator , 
the car object maintains the maximum speed v ma x- In a time period 
during which the maximum speed v raax is maintained , the game -ap paratus 
3 implements loop-reproduction of acceleration sound using the 
acceleration sound data Du (m) through Du(n-l) corresponding to 
the high and constant speed range stored at addresses Au(m) through 
Au(n-l) in the acceleration sound data storage region 351. 
[0074] As described above, in the game system 1 according to 
" Llie liisl ombodini g i.il t of tho present iirveu Lion , sounds of the engine 
corresponding to traveling actions, such as acceleration, 



deceleration, idling, and maximum and constant speed .states , of 
the car object in the game space are reproduced using previously 
recorded sound data obtained by- running a real car, and therefore 
it is possible to reproduce the sound of the engine close to the 
sound of the real car's engine. When inputs for accelerating the 
speed of the car object are provided during the game , corresponding 
acceleration sound data can be sequentially read and reproduced, 
and when inputs for decelerating the speed of the car object during 
acceleration are Lax Liny Lu be provided, a deceleration sound 
data read position, which corresponds to a position where 
reproduction of the acceleration sound data is stopped, can be 
designated. Therefore, it is possible to reproduce the natural 
sound of an engine using the acceleration sound data and the 
deceleration sound data as if they are originally continuous with 
each other. Further, when inputs for accelerating the speed of 
the car object during deceleration are s fear tiny \im be provided, 
an acceleration sound data read position can be designated, such 
that the acceleration sound data can be reproduced from a position 
corresponding to a position where reproduction of the deceleration 
sound data is stopped, rather than from the beginning of the entire 
acceleration sound data. Therefore, it is possible to reproduce 
a more natural sound of an engine using the acceleration sound 
data and the deceleration sound data as if they are originally 
continuous with each other. 
[0075] (Second Embodiment ) 
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A game system according to a second embodiment of-=fc±re 
p^e^ evnt imrentinn is described. The game system implementing a 
game program according to -the- second -embo diment includes analog 
switches which respectively enable the player to arbitrarily 
control the degree of the accelerator ■ s opening and the intensity 
of braking power. Specifically, in -the second embudlmfe irt , each 
of the degrees of acceleration and deceleration is set arbitrarily, 
while in the game system according to the f irst efltb^d^eftt , a 100% 
opening of the accelerator is designated by depressing the A button 
62 to provide acceleration, and a 0% opening of the accelerator 
is designated by releasing the A button 62 to provide deceleration 
by means of engine braking. The game system implementing -such 
a^gaj nf> program is described as the second embodiment . 



[0076] The game system according to the second embodimen t is 
configured similarly to the game system 1 described in the first 
ambodiiiieuL with reference to FIG. 1. Hereinbelow, like elements 
described in the first embodimen t are denoted by the same reference 
numerals, and detailed descriptions thereof are omitted. Note 
that in the case of playing such a racing game as described below 
in the game system according to the second- ambedimen t , for example , 
an R button 66a and an L button 6 6b provided in the controller 
6 are used as the above analog switches. For example, the player 
applies arbitrary pressure onto the R button 66a (i.e. , depresses 
the R button 66a with arbitrary pressure) to designate to the game 
apparatu s 3 the degree of opening of the car object's accelerator, 



which ranges between 0% and 100%, in accordance with the pressure. 
For example, if the player depresses the R button 66a as far as 
possible, a 100% opening of the accelerator is designated, and 
by ceasing to depress (i.e. , by releasing) the R button 66a, closing 
of the car object's accelerator (i.e., a 0% opening of the 
accelerator) is designated. Further, the player applies 
arbitrary pressure onto the L button 66b (i.e., depresses the L 
button 66b with arbitrary pressure) to designate to the game 
apparatus 3 the intensity of braking power of the car object, which 
ranges between 0% and 100%, in accordance with the pressure. For 
example, if the player depresses theL button 66b as far as possible , 
a 100% braking power is designated, and by ceasing to depress (i.e. , 
by releasing) theL button 66b , releasing of the car object 1 s braking 
(i.e., a 0% braking power) is designated. 

[0077] The game ^ pparatuc 3 provided in the game system 1 
according to the second etft bodimeiiL is configured similarly to the 
game apparatus 3 described in the first e mbodiment with reference 
to FIG. 2. Hereinbelow, like elements described in the first 
embodiment -are denoted by the same reference numerals , and detailed 
descriptions thereof are omitted. 

[0078] Programs and data stored in the main memory 33 of the 
second embodim e nt and storage regions therefor are the same as 
those in the memory map described in the first embodiment, with 
reference to FIG. 3. 

[0079] An accelerator operation program of the second 



10 



-embodiment defines a traveling action of the car object in 
accordance with the degree of the accelerator's opening based on 
pressure applied by the player performing an operation of opening 
the accelerator (e.g. , depressing the R button 66a) . In the game 
program of fee- prasent inwnfi wi, for example, the car object is 
programmed so as to reach maximum speed v majc -wtw&o. the car object 

a 

is at a speed of 0 and the R button 66a is kept nffrrntiad with a 
100% opening of the accelerator for a time period from time 0 to 
time t x . Further, the car object is programmed so as to reach 
quasi-maximum speed v^^ set for each degree of the accelerator's 
opening in accordance with the duration of time set for the degree 
of the accelerator's opening when the car object is at a speed 
of 0 and the R button 6 6a is kept ope r ated with the degree of the 
accelerator's opening other than a 100% opening. Note that each 
15 of the maximum speed v max and the quasi -maximum speed is a 

possible maximum speed at which the car object is able to travel 
in accordance with the degree of the accelerator's opening, and 
they are collectively referred to as a "maximum speed v^ 
corresponding to the degree of the accelerator's opening". 
20 [0080] A braking operation program defines a traveling action 
of the car object in accordance with the intensity of braking power 
based on pressure applied by the player performing an operation 
of closing the accelerator (e.g. , releasing the R button 66a) and 
an operation of applying braking (e.g., depressing the L button 
25 66b) . In the game program of fc h.^ pxeseiU^jju^eotinn , for example, 
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the car object is programmed so as to decelerate to a speed of 
0 wh o n the car object is at the maximum speed v max and both the 
R button 66a and the L button 66b are left released (i.e., the 
car object is in a state where engine braking can be applied with 
a 0% opening of the accelerator: and a 0% braking power) for a time 
period from time 0 to time t L . It is also defined that if the 
player further performs a braking operation (e.g. , depresses the 
L button 66b) , the car object decelerates from the maximum speed 
Vmax to a speed of 0 in a deceleration time period shorter than 
the time period from time 0 to time t x having been set in accordance 
with the intensity of braking power. Note that when the braking 
operation is performed by, for example, depressing a B button 63, 
the player is able to designate either a 0% or 100% braking power, 
and therefore the braking operation program defines the 
deceleration time period in accordance with a 0% or 100% braking 
power. 

[0081] Other programs and data stored in the main memory 3 3 
are similar to those described in the first embodimen t , and 
therefore detailed descriptions thereof are omitted. Also, 
acceleration sound data and deceleration sound data stored in the 
ARAM 3 5 are similar to those described in the first -^ffrbodimcnt 
with reference to FIGs . 4A through 6. Accordingly, like data 
described in the first e mbodiment are denoted by the same reference 
numerals, and detailed descriptions thereof are omitted. 
[0082] Next, an operation of the game ^ppng atng 3 based on the 



game program according to the second embodiment is described by 
taking as an example a racing game in which the car object is 
controlled by the player's operation so as to travel on a course 
set in the game space. When the game apparatus - 3 is turned on, 
5 the CPU 30 of the game apparatuc , 3 implements a startup program 
stored in a boot ROM (not shown) to initialize units in the game 
apparatuo 3 , e.g., the main memory 33 . Then , a game program stored 
in the optical disc 4 is read onto the main memory 33 via the disc 
drive 40 and the disc I/F 41. Implementation of the game program 

10 is started and a game space is represented on the monitor 2 via 
the GPU 32, thereby starting the game. The acceleration sound 
data and the deceleration sound data stored in the optical disc 
4 are stored into the ARAM 3 5 via the disc drive 40 and the disc 
I/F 4 in accordance with addresses as described above. 

15 [0083] Initially, the player of the game apparatus 3 views a 
game image displayed on the monitor 2 to select a desired course 
of the racing game and a type of the car object to operate. The 
selection is made by the player operating input portions of the 
controller 6 in a manner as described above. Then, a game image 

20 corresponding to the course and car object selected by the player 
is displayed on the monitor 2. 

[0084] Referring to FIG. 10, described next is an engine sound 
reproduction process performed by the game apparatu s 3 according 
to the second embod±merrt after the above process is performed. 
25 FIG. 10 is a flowchart illustrating the procedure of an engine 
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sound reproduction process performed by the game ap^ar^jtos 3. 
[ 0085 ] In FIG . 10 , the CPU 30 of the game a pparatus 3 determines 
whether an engine of the car object in the game space is running 
(step S41) , and also determines whether the accelerator is opened 
5 by the player operating the controller 6 (e.g., depressing the 
R button 66a) (step S42). Then, if the CPU 30 determines that 
the engine of the car object is running and the accelerator is 
opened, the procedure proceeds to the next step S43, and if the 
engine of the car object is running but the accelerator is closed, 

10 the procedure proceeds to the next step S53. 

[ 0086 ] At step S43 , in order to reproduce the sound of the engine 
of the car object which is accelerating, the CPU 30 calculates 
address Au of the acceleration sound data Du stored in the 
acceleration sound data storage region 351 of the ARAM 35, and 

15 the procedure proceeds to the next step. Specifically, in the 
calculation of step S43, the CPU 30 makes, based on the following 
expression ( 3 ) , a calculation as to which one of m pieces of addresses 
AuO through Au(m-l), at which the acceleration sound data Du 
corresponding to the acceleration range is stored, is the address 

20 from which the acceleration sound data Du is reproduced (an a 1 th 
address when counted from the address AuO). 

a=m*v x /v amax ... ( 3 ) 
Here, v x is the current speed of the car object calculated based 
on numerical values stored in the accelerator and braking operation 

25 buffers of the data storage region 332 . In this case , the numerical 



values are obtained based on a period of time for which the R button 
66a is kept depressed, a period of time for which the R button 
66a is left released, a period of time for which the L button 66b 
is kept depressed, and a period of time for which the L button 
5 66b is left released, which are cumulatively calculated for each 
degree of pressure onto the button (i.e. , for each degree of the 
accelerator's opening and each intensity of braking power) from 
a point in time at which the car object is at a speed of 0 . As 
described above, v^ax is a maximum speed which corresponds to the 

10 degree of the accelerator 1 s opening and is reached by the car object 
as a result of keeping the accelerator opened. The CPU 30 sets 
address Au( a- 1) , which is the a* th address when counted from address 
AuO and is obtained based on the above expression (3), as an 
acceleration sound reproduction start address to be calculated 

15 at step S43. 

[0087] Here, the CPU 30 calculates the acceleration sound 
reproduction start address by using the above expression (3) which 
multiplies the number of addresses m of the acceleration sound 
data Du corresponding to the acceleration range stored in the 

20 acceleration sound data storage region 351 by a ratio of the current 
speed v x of the car object to the maximum speed Vamax corresponding 
to the degree of the accelerator's opening. As described above, 
the acceleration sound data Du stored in the acceleration sound 
data storage region 351 is obtained based on recorded sound data 

25 of the real car accelerating from a speed of 0 to speed v at a 



constant acceleration speed. The speed v of the real car is 
replaced by the maximum speed. Vamax corresponding to the degree 
of the accelerator's opening which is reached by the car object 
by keeping the accelerator opened in the game. Such replacement 
5 ensures that the CPU 30 accurately calculates the address Au(a-l) 
at which acceleration sound of the real car, which corresponds 
to a ratio of the current speed v x of the car object to the maximum 
speedVamax corresponding to the degree of the accelerator ' s opening , 
is stored. 

10 [0088] Next, the CPU 30 determines whether the speed of the 
car object in the game space lias reached the maximum speed v^ax 
corresponding to the degree of the accelerator ' s opening designated 
by the player's current operation (step S44). Specifically, if 
the degree of the accelerator' s opening is 100%, the CPU 30 makes 

15 a determination based on the maximum speed v raax , and if otherwise, 
the CPU 3 0 makes a determination based on a quasi -maximum speed 
Vqmax corresponding to the degree of the accelerator's opening. 
If the car object has not reached the maximum speed 
corresponding to the degree of the accelerator's opening, the CPU 

20 30 determines that the car object is accelerating, and the procedure 
proceeds to the next step S45 . On the other hand, if the car object 
has reached the maximum speed v^a* corresponding to the degree 
of the accelerator's opening, the CPU 30 determines that the car 
object is traveling at the maximum speed v^a* in a high and constant 

25 speed state, and the procedure proceeds to the next step S50. 



[0089] At step S45 , the CPU 30 calculates an accelerator opening 
degree correction coefficient ak used for reproducing acceleration 
sound data Du stored at and after the acceleration sound 
reproduction start address Au(a-l) calculated at the above step 
S43, and the procedure proceeds to the next step. As described 
above, a maximum possible speed which can be reached by the car 
object and the number of revolutions of the engine at the maximum 
possible speed may differ depending on the degree of the 
accelerator's opening, and a required time period may also differ 
depending on the maximum possible speed to be reached. However, 
in the calculation using the above expression (3), the same 
acceleration sound reproduction start address is calculated for 
the same ratio of the current speed v x to the maximum speed v^a* 
corresponding to the degree of the accelerator's opening. As a 
result, the same acceleration sound data is reproduced for 
different speeds v x . Further, an engine sound reproduction time 
period required for reaching the maximum speed v^a* corresponding 
to the degree of the accelerator's opening is also invariable. 
At the above step S45, the accelerator opening degree correction 
coefficient ak is calculated as a frequency magnification by which 
the frequency of the engine sound to be reproduced is multiplied, 
in order to accurately reflect , on the engine sound to be reproduced, 
differences between speeds of the car object, between the numbers 
of revolutions of the engine, and between time periods required 
for reaching the maximum speed, which are all caused by a difference 



between degrees of the accelerator's opening. The CPU 30 
calculates the accelerator opening degree correction coefficient 
using the following expression (4), 

ak=aOpJ(ao 10 o-aoo) /100+aoo • • • (4) , 
where ao p is the current degree of the accelerator's opening 
( 0% - 100% ) , aoioo is a constant indicating a frequency magnification 
at a 100% opening of the accelerator , and ao 0 is a constant indicating 

a frequency magnification at a 0% opening of the accelerator. For 
0*1, 

example, in ^ initial setting, constant aoi 00 = 1.0, and constant 
ao 0 =0 . 3 . 

[0090] Next, the CPU 30 calculates a frequency correction 
coefficient used for reproducing acceleration sound data Du stored 
at and after the acceleration sound reproduction start address 
Au(a-l) calculated at the above step S43 (step S46) , and the CPU 
30 also calculates a sound level correction coefficient used for 
correcting a sound level at which the engine sound is reproduced 
(step S47). Processes performed at these steps S46 and S47 are 
respectively similar to those performed at steps S15 and S16 
described in the first -effl&nrl j merit , and therefore detailed 
descriptions thereof are omitted. The procedure further proceeds 
to the next step. 

[0091] Next, the CPU 30 performs a process for reproducing 
acceleration sound data Du stored at and after the acceleration 
sound reproduction start address Au(a-l) calculated at the above 
step S43 (step S48) , and repeats processing of steps S45-S48 until 
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the player changes the accelerator operation ( i . e . , the accelerator 
is closed) ( step S49) or until the car object reaches the maximum 
speed corresponding to the degree of the accelerator 1 s opening 

(step S44). If the CPU 30 determines that the player has closed 
the accelerator, the procedure returns to the above step S41 to 
continue the procedure . At the above step S48 , the CPU 30 provides 
the DSP 34 with an instruction to sequentially read , as sound data, 
the acceleration sound data Du stored at and after the address 
Au(a-l) in the ARAM 35. Then, the DSP 34 multiplies the frequency 
of the sound data by the accelerator opening degree correction 
coefficient a)c calculated at the above step S45 and the frequency 
correction coefficient calculated at the above step S46 , adjusts 
a reproduction sound level using the sound level correction 
coefficient obtained at the above step S47 , and outputs the engine 
sound from the loudspeakers 2a provided in the monitor 2 via the 
memory controller 31 and the audio I/F 39. In this sound 
reproduction process, unless the player's accelerator operation 
is changed (i.e., the accelerator is closed) or the car object 
reaches the maximum speed v^a* corresponding to the degree of the 
accelerator's opening, previously recorded acceleration sound 
data is continuously reproduced using, as a reproduction start 
point, the acceleration sound reproduction start address 
calculated at the above step S43. Since the frequency of the 
acceleration sound data stored in the ARAM 35 is multiplied by 
the accelerator opening degree correction coefficient ak, in the 



case where the degree of the accelerator's opening is not 100%, 
a reproduction frequency of the acceleration sound to be reproduced 
becomes relatively low in accordance with the degree of the 
accelerator's opening, and a time period required for reaching 
the maximum speed v^a* becomes relatively long in accordance with 
the degree of the accelerator's opening. Accordingly, it is 
possible to accurately reflect on the engine sound to be reproduced, 
differences between speeds of the car object, between the numbers 
of revolutions of the engine, and between time periods required 
for reaching the maximum speed , which are all caused by a difference 
between degrees of the accelerator's opening. 

[0092]. On the other hand, at the above step S44, if the car 
object has reached the maximum speed v^ax corresponding to the 
degree of the accelerator's opening, the CPU 30 determines that 
the car object is running at the maximum speed v^^ in a high and 
constant speed state, and the procedure proceeds to step S50. At 
step S50, the CPU 30 calculates an accelerator opening degree 
correction coefficient ak used for reproducing acceleration sound 
data Du(m) through Du(n-l) stored at addresses Au(m) through Au 
(n-1) corresponding to the high and constant speed range, and the 
procedure proceeds to the next step. The process at step S50 is 
similar to that at the above step S45, and therefore detailed 
descriptions thereof are omitted. 

[0093] Next, the CPU 30 calculates a sound level correction 
coefficient for correcting a sound level at which the engine sound 
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is reproduced (step S51) , and the procedure proceeds to the next 
step. The process at step S51 is similar to that at the above 
step S16 described in the first embodiment , and therefore detailed 
descriptions thereof are omitted. 
5 [ 0094 ] Next , the CPU 30 performs a process for loop-reproducing 
acceleration sound data Du(m) through Du ( n- 1 ) stored at addresses 
Au(m) through Au(n-l) corresponding to the high and constant speed 
range (step S52). The procedure returns to the above step S50 
to repeat this loop reproduction process so long as the accelerator 

10 is kept opened by the player (step S49) . The CPU 30 provides the 
DSP 34 with an instruction to repeatedly read, as sound data, the 
acceleration sound data Du (m) through Du(n-l) corresponding to 
the high and constant speed range stored at addresses Au(m) through 
Au(n-l) in the ARAM 35. The DSP 34 multiplies the frequency of 

15 the sound data by the accelerator opening degree correction 
coefficient ak calculated at the above step S50, adjusts a 
reproduction sound level using the sound level correction 
coefficient obtained at the above step S51, and outputs the engine 
sound from the loudspeakers 2a provided in the monitor 2 via the 

20 memory controller 31 and the audio I/F 39 . If the CPU 30 determines 
that the player has changed the accelerator operation (i.e. , the 
accelerator has been closed) (step S49), the procedure returns 
to the above step S41 to continue the procedure. 
[0095] On the other hand, at the above step S42 , if the engine 

25 of the car object is running but the accelerator is closed, the 



procedure proceeds to step S53 - At step S53 , in order to reproduce 
the engine sound of the car object which is decelerating, the CPU 
30 calculates address Ad of the deceleration sound data Dd stored 
in the deceleration sound data storage region 352 of the ARAM 35 
5 in the same manner as in the above step S21 in the first embodiment, 
and the procedure proceeds to the next step. Specifically, in 
the calculation of step S5 3 , the CPU 30 makes , based on the expression 
(2) used at the above step S21 which is reproduced below for ease 
of reference , a calculation as to which one of m pieces of addresses 

10 AdO through Ad(m-l), at which the deceleration sound data Dd 
corresponding to the deceleration range is stored, is the address 
from which the deceleration sound data Dd is reproduced (a b T th 
address when counted from the address AdO). 
b=m- ( mfcv x / v max ) ... ( 2 ) 

15 Here, v x is the current speed of the car object which is similar 
to the numerical value used at the above step S43, and v max is a 
maximum speed. The CPU 30 sets address Ad(b-l) calculated based 
on the above expression (2) , which is a b 1 th address when counted 
from address AdO, as a deceleration sound reproduction start 

20 address from which the engine sound is reproduced. 

[0096] Next, the CPU 30 determines, whether the car object in 
the game space is in an idling state at a speed of 0 (step S54) . 
If the car object is not in an idling state at a speed of 0, the 
CPU 30 determines that the car object is decelerating, and the 

25 procedure proceeds to the next step S55. On the other hand, if 



the CPU 30 determines that the car object is in an idling state 
at a speed of 0, the procedure proceeds to the next step S60. 
[0097] At step S55, the CPU 30 calculates a braking intensity 
correction coefficient bk used for reproducing deceleration sound 
5 data Dd stored at and after the deceleration sound reproduction 
start address Ad(b-l) calculated at the above step S53 , and the 
procedure proceeds to the next step. As described above, if the 
player further performs a braking operation (e.g. , depresses the 
L button 66b) , the car object decelerates from the maximum speed 

10 v max to a speed of 0 in a time period shorter than a time period 
from time 0 to time ti set in accordance with a designated intensity 
of braking power. Specifically, if the player performs a braking 
operation with an arbitrary intensity of braking power, the car 
object decelerates at a deceleration rate which is relatively 

15 higher than a deceleration rate of deceleration by means of engine 
braking (i.e. , a 0% braking power) . However, in the calculation 
using the above expression (2), the same deceleration sound 
reproduction start address is calculated for the same ratio of 
the current speed v x to the maximum speed v max . As a result, the 

20 same deceleration sound data is reproduced for speeds with 
different deceleration time periods. At the above step S55, the 
braking intensity correction coefficient bk is calculated as a 
frequency magnification by which the frequency of the engine sound 
to be reproduced is multiplied, in order to accurately reflect, 

25 on the engine sound to be reproduced, differences between speeds 



of the car object and between the numbers of revolutions of the 
engine, which are all caused by a difference between intensities 
of braking power. The CPU 30 calculates the braking intensity 
correction coefficient bk using the following expression (5), 

5 bk=( 100-bOp) x(bo 0 -bOioo ) /100+bo 10 o , 

where bo p is the current braking power (0%-100%) , bo 0 is a constant 
indicating a frequency magnification at a 0% braking power, and 
boioo is a constant indicating a. frequency magnification at a 100% 
braking power. For example, in -an initial setting, constant 

10 bo 0 = 1.0, and constant bOioo^O . 3 . 

[0098] Next, the CPU 30 calculates a frequency correction 
coefficient used for reproducing deceleration sound data Dd stored 
at and after the deceleration sound reproduction start address 
Ad(b-l) calculated at the above step S53 (step S56), and also 

15 calculates a sound level correction coefficient for correcting 
a sound level at which the engine sound is reproduced (step S57) . 
Processes perf ormed at steps S56 and S57 are respectively similar 
to those performed at the above steps S15 and S16, and therefore 
detailed descriptions thereof are omitted. The procedure further 

20 proceeds to the next step. 

[0099] Next, the CPU 30 performs a process for reproducing the 
deceleration sound data Dd stored at and after the deceleration 
sound reproduction start address Ad(b-l) calculated at the above 
step S53 ( step S58 ) , and repeats processing of steps S55-S58 after 

2 5 the player stops a braking operation until the accelerator is opened 



(step S59) or until the car object arrives in an idling state at 
a speed of 0 (step S54) . If the CPU 30 determines that the player 
has changed the accelerator operation (i.e. , the braking operation 
is stopped and the accelerator* is opened) , the procedure returns 
to the above step S41 to continue the procedure. At the above 
step S58, the CPU 30 provides the DSP 34 with an instruction to 
sequentially read, as sound data, the deceleration sound data Dd 
stored at and after the address Ad(b-l) in the ARAM 35. Then, 
the DSP 3 4 multiplies the frequency of the sound data by the braking 
intensity correction coefficient bk calculated at the above step 
S55 and the frequency correction coefficient obtained at the above 
step S56, adjusts a reproduction sound level using the sound level 
correction coefficient obtained at the step S57, and outputs the 
engine sound from the loudspeakers 2a provided in the monitor 2 
via the memory controller 31 and the audio I/F 39. In this sound 
reproduction process, unless the player 1 s accelerator operation 
is changed (i.e., the braking operation is stopped and the 
accelerator is opened) or the car object arrives in an idling state 
at a speed of 0, previously recorded deceleration sound data is 
continuously reproduced using , as a reproduction start point, the 
deceleration sound reproduction start address calculated at the 
above step S53. Since the frequency of the deceleration sound 
data stored in the ARAM 3 5 is multiplied by the braking intensity 
correction coefficient bk, in the case where the intensity of 
braking power is not 0% (only engine braking is applied), the 



deceleration sound is reproduced at a relatively low reproduction 
frequency corresponding to the intensity of braking power. 
Accordingly, it is possible to accurately reflect, on reproduced 
engine sound, differences between speeds of the car object and 
5 between the numbers of revolutions of the engine, which are all 
caused by a difference between intensities of braking power. 
[0100] On the other hand, at the above step S54, if the CPU 
30 determines that the car object is in an idling state at a speed 
of 0, the procedure proceeds to step S60 . At step S60 , the CPU 

10 30 calculates a sound level correction coefficient for correcting 
a sound level at which the engine sound is reproduced, and the 
procedure proceeds to the next step. Processing at step S60 is 
similar to that at the above step S16 , and therefore detailed 
descriptions thereof are omitted. 

15 [0101] Next, the CPU 30 performs a process for loop-reproducing 
deceleration sound data Dd(m) through Dd(n-1 ) stored at addresses 
Ad(m) through Ad (n-1) corresponding to the idling range (step S61) . 
The procedure returns to the above step S60 to repeatedly perform 
this loop reproduction process so long as the player keeps at least 

20 the accelerator closed (step S59) and the car object maintains 
the idling state at a speed of 0 (step S54) . The CPU 30 provides 
the DSP 34 with an instruction to repeatedly read, as sound data, 
the deceleration sound data Dd (m) through Dd(n-l) corresponding 
to the idling range stored at addresses Ad(m) through Ad(n-l) in 

25 the ARAM 35 . The DSP 34 adjusts the reproduction sound level using 



t 



the sound level correction coefficient obtained at the above step 
S60 , and outputs the engine sound from the loudspeakers 2a provided 
in the monitor 2 via the memory controller 31 and the audio I/F 
39. If the CPU 30 determines that the player has changed the 
5 accelerator operation (i.e., at least the accelerator has been 
opened) , the procedure returns to the above step S41 to continue 
the procedure . 

[0102] If the CPU 30 determines at the above step S41 that the 

engine is not running, the engine sound reproduction process 
10 according to the flowchart of FIG. 10 is terminated. 



acceleration sound data Du and the deceleration sound data Dd, 
each equally divided into n pieces of data, and each of a portion 



15 of the acceleration sound data Du corresponding to the acceleration 
range and a portion of the deceleration data Dd corresponding to 
the deceleration range is equally divided into m pieces of data, 
the number of pieces of data to be divided into may not be equally 
n or m. By performing the above-described processing based on 

20 the flowchart of FIG. 10 and making an address calculation using 
the above expressions (2) and (3), similar processing can be 
realized even if the number of pieces of data to be divided into 
is not equal between the acceleration sound data Du and the 
deceleration sound data Dd. 

25 [0104] As described above, in the game system 1 according to 



[0103] Note that in the second ^ embodimen t , as in the first 
eiabadiaefft, although the ARAM 3 5 has stored therein the 
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the second Qmbodiment of "bhu pre aont invontion , sounds of the engine 
corresponding to traveling actions, such as acceleration, 
deceleration, idling, and maximum and constant speed states, of 
the car object in the game space are reproduced using previously 
5 recorded sound data obtained by running a real car, even if in 
a game which enables the player to arbitrarily control the degree 
of the accelerator's opening and the intensity of braking power. 
Therefore, it is possible to reproduce the sound of the engine 
close to the sound of the real car's engine. Also, by correcting 
10 the frequency of acceleration or deceleration sound in accordance 
with the degree of the accelerator's opening or the intensity of 
braking power, it is mado possible to reproduce a natural sound 
of acceleration or deceleration. 

[0105 ] Note that although the first and second embodiment s have 
15 been described by taking as an example a racing game in which the 
car object is controlled by the player's operation so as to travel 
on a course set in the game space , the^p-Let>eIill j_nvention is applicable 
to other types of games. For example, the prccont invention ±y 
applicable in sound reproduction of a game in which an object, 
20 such as a train or an airplane , moves at def inedrates of acceleration 
and deceleration. 

[0106] For reproduction of the engine sound, it is conceivable 
that either one of engine sounds of acceleration mtdr deceleration 
is recorded to the ARAM 35 , and said one engine sound is reproduced 
2 5 in reverse when the other engine sound is required to be reproduced 
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during the game . However , each, of the engine sounds of acceleration 
and deceleration contains, for example, resonant sounds 
characteristic thereto, sounds of intake and exhaust, mechanical 
sounds which are variable depending on the condition of load on 
5 the engine, and so on, and it is not possible to reproduce such 
characteristic sounds by reverse reproduction. Therefore, in 
order to reproduce a natural sound of acceleration or deceleration 
using the pr e sent i nvention. , it is preferred to use two types of 
continuous sound data for acceleration and deceleration to 

10 reproduce the engine sound in the game. 

[0107] Further, although the above o mbodiments have been 
described with respect to a case where the optical disc 4 is used 
as a data storage medium for a game program, etc. , a storage medium 
for recording a game program of t he ^ -i. numi L rn v euliuii may be provided 

15 in other forms. For example, in the case where the game program 
of the praaent inventio n is processed by a portable game apparatuo , 
the game program recorded in a game cartridge or the like may be 
read to perform processing as described above. The game program 
may also be supplied through other types of media or communication 

2 0 lines. , , U 

[0108] While the invention fees- been described in detail, the 
foregoing description is in all aspects illustrative and not 
restrictive. It is understood that numerous other modifications 
and variations can be devised without departing from the scope 

25 of the i-nvention . 
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